home *** CD-ROM | disk | FTP | other *** search
/ Night Owl 6 / Night Owl's Shareware - PDSI-006 - Night Owl Corp (1990).iso / 034a / qwkb19at.zip / BGQWK.TXT < prev    next >
Text File  |  1991-12-29  |  26KB  |  527 lines
  1. BGQWK 1.0 BETA 19  SUN 29 DEC 91
  2. --------------------------------
  3.  
  4. ... Finally! ... DOCUMENTATION! ... take a look at BGQWK.DOC.
  5.  
  6. We are getting ready to release BGQWK offically (as soon as I get the time
  7. to type out a good BGQWK.DOC and BGQWK.HLP files).  Please report ANY bugs
  8. or quirks IMMEDIATELY to my board or to my conference, E02/758.  DO NOT
  9. SEND NETMAIL (Russell and I are still experimenting with netmail).
  10.  
  11. All UNregistered users ... please remove your BGQWK.KEY.  It has expired.
  12. Remember, BGQWK is not crippleware.  The only difference between the
  13. registered version and unregistered version is a tagline that is appended
  14. to messages uploaded through the door that says "Unregistered Evaluation
  15. Copy".  This is shareware.  Please support it if you haven't already.
  16.  
  17. 8088 and 80286+ versions of the EXEs are included with this beta release.
  18.  
  19. UTIEXPRT: two changes, 1) if a message is longer than 70 lines, it will be
  20. split into multiple 70 line messages so TNet doesn't lock up.  I probably
  21. could go to 100 lines, but I'm keeping it low just to be safe.  2) I
  22. discovered that if a message starts with a blank line that UTIEXPRT had a
  23. bug that made it think that no message was there.  Fixed.
  24.  
  25. 1. Well, I thought I fixed the [H]angup bug in the last release, but
  26.    apparently not so.  I have fixed it this time.  I hope.  <grin>.
  27.  
  28. 2. BGQWK now supports full duplex file transfers via the HS/Link protocol.
  29.    Users can now drive themselves crazy trying to upload a REP file and
  30.    download a QWK file at the same time, <grin>.  You must have HSLINK.EXE
  31.    somewhere in your DOS PATH if you want BGQWK to use it.  And, of course,
  32.    this is TOTALLY OPTIONAL.  If you have the "s" parameter on the BGQWK
  33.    command line (for DSZ "ho sl", handshake slow), BGQWK will also start
  34.    HS/Link in -HS (handshake slow) mode.  I don't know if this feature will
  35.    get much use, but it was pretty easy to implement and all the PC Board
  36.    authors are starting to do it too.
  37.  
  38. 3. I changed around some of the command strings sent the DSZ.  You
  39.    shouldn't notice any difference.
  40.  
  41. 4. More cosmetic changes.  Also, stacking of commands can now be done with
  42.    the ";" as well as the " ".
  43.  
  44. 5. Added two options in the C)onfig menu.  It allows users to disable the
  45.    door to send users their own messages.  Another allows the door to send
  46.    zero message QWK packets (some networks and users prefer that way).
  47.  
  48. 6. The 'test mode' code has been removed.
  49.  
  50. 7. If a FILES.BBS is not found, BGQWK will automatically skip the new file
  51.    scan regardless of the user's new file scan setting.  Thanks for Jim
  52.    Kreyling for discovering this bug.
  53.  
  54. 8. Bug in /PP, prepack mode, fixed.
  55.  
  56. BGQWK 1.0 BETA 18  SUN 22 DEC 91
  57. --------------------------------
  58.  
  59. Just a reminder ... if you have not registered BGQWK yet and are using an
  60. old BGQWK.KEY file that was included in some of the older beta copies (the
  61. ones that say for use by GT Power Beta Testers only), that key expires on
  62. January 1, 1992.  Just delete that key when that date roles around.
  63.  
  64. The UTIs included have changed slightly to work better with networks.
  65.  
  66. 1. People have still reported that BGQWK is placing its CTL file in some
  67.    strange places.  Therefore, in order to keep everything running
  68.    smoothly, I have decided that from now on, BGQWK.CTL _must_ be in the
  69.    same directory as your USER.CTL file.  (If you are running a LAN, that's
  70.    your LANPATH directory.  If not, your GTPATH directory).  PLEASE MOVE
  71.    BGQWK.CTL TO THE SAME DIRECTORY AS YOUR USER.CTL FILE.  Thanks.  And
  72.    remember to delete all occurrences of it elsewhere.
  73.  
  74. 2. I've heard reports from all over the place that sometimes BGQWK gives
  75.    callers a bunch of garbage on the S)elect screen half way through.  I have
  76.    attempted to fix this, but I don't know if the code I added really will be
  77.    helpful or not.  Ask your callers if they notice the garbage or not.  Also,
  78.    the little 'SD' indicator on the BGQWK status line wasn't really
  79.    functioning correctly in previous betas.  I've attempted to fix that.
  80.  
  81. 3. Some people have told me that DSZ seems to not allow uploads or
  82.    downloads sometimes in BGQWK but it works just great when in GT.  Well,
  83.    I've also attempted to fix this.  I do a closeport() before shelling and an
  84.    openport() after shelling.  This should release the interrupts and should
  85.    cure the problem.  If it doesn't, I don't know what else to do.  Let me
  86.    know how this goes.
  87.  
  88. 4. Some QWK reader authors have got in touch with me and informed me of
  89.    some errors in QWK packets created with BGQWK.  I've tried to correct
  90.    these.  The first was that BGQWK was creating zero-length NDX files in some
  91.    conferences.  I wasn't aware this was happening, but I checked it out and
  92.    sure enough, it was.  That has been corrected.
  93.  
  94. 5. There are some cosmetic changes.
  95.  
  96. 6. Well, I tried a pre-release of this beta on a system that is having
  97.    problems with people uploading REP packets and it still didn't work.  I
  98.    have given it another shot in this beta.  I think the problems may have
  99.    something to do with DSZ receiving files in that little window, so the
  100.    window will no longer be used when doing so.  Yes, it was the little
  101.    window that was causing the problem with DSZ receiving files.  From now
  102.    on, when BGQWK receives files, it will not use the window.  DSZ when
  103.    sending doesn't seem to have a problem with it.
  104.  
  105. 7. Douglas Pippel reported several months ago that BGQWK seemed to let
  106.    users download packets even if it took them over their time limit.  I have
  107.    finally been able to re-create the event, and I believe the bug is fixed.
  108.  
  109. 8. Fixed a bug that sometimes caused a user's timebank credits, when
  110.    deducted, to actually increase.  <blush>.
  111.  
  112. 9. Fixed in a bug in which BGQWK didn't remind first time users to config
  113.    their setup and select their conferences.  It now does this, but the
  114.    first time welcome is now configurable.  See the "$newuser" directive in
  115.    the BGQWK.HLP file.
  116.  
  117. 10. Paul Schwarz discovered that if the G)oodbye command was disabled, the
  118.    user was still given the option to [H]angup after the download.  This has
  119.    been fixed.
  120.  
  121. BGQWK 1.0 BETA 17  MON  9 DEC 91
  122. --------------------------------
  123.  
  124. Attention: Andy Mcclung -- your registration came in and you haven't picked
  125. up it yet.  Call my board at 713-893-9124 and open door 4.
  126.  
  127. It's been quite a bit of time since the last beta of BGQWK.  Several people
  128. reported bugs in Beta 16, I was tied up a bunch, and this version kept
  129. locking up on my system, but I think it's working decent now.
  130.  
  131. 1. If you don't want to read a bunch of mombo-jumbo about BGQWK's new
  132.    feature dealing with networks, ignore the included UTI*.EXE files and
  133.    skip to new feature number 2, way, way down in this file, <grin>.
  134.  
  135.    The biggie in this release is that BGQWK now fully supports the creation
  136.    of "net status" QWK packets and the insertion of "net status" REP packets.
  137.    Thanks to Greg Hewgill, the author of SLMR and TNet for helping me find
  138.    the information for the NETFLAGS.DAT file.  (Had to make several calls
  139.    to Canada, but I guess it was worth it in the long run).  If you wish to
  140.    grant a user "net status", the format for doing so has changed YET
  141.    AGAIN, <grin>.  Take a look at this excerpt from my BGQWK.CNF file:
  142.  
  143. ns=B.J. Guillot/LO RN             <- he has net status in those nets
  144. ns=Node C-tech/RN TX              <- he has net status in those nets
  145. ns=Node 001-056/GT                <- he has net status in those nets
  146.  
  147.    As many NS= entries can exist as need be.  Simply put the user name,
  148.    followed by a slash and then the two-letter "net indicators" that let
  149.    BGQWK know which conferences that user can net to.  For example, I gave
  150.    myself net status in my local conferences and RelayNet conferences.  Say
  151.    that I wanted to set up a second node to my system in a distant part of
  152.    the city, I could just make a script to call up my board, make a QWK
  153.    packet then logoff.  Once I have that QWK packet on my hypothetical
  154.    distant system, I would run TNET or GTQWK (aka MERLIN) to import them,
  155.    etc.  Duplicates are taken care of as best as possible.
  156.  
  157.    Also note the NS= entry for the "Node 001-056".  It is now possible
  158.    (I know Warren isn't going to like this, <grin>) for non-GT systems to
  159.    join GT Network echomail conferences.  I granted that guy NS access in
  160.    the GT conferences I carry.  The other non-GT system will have to run
  161.    some form QWK network software such as QNet, RNet, TNet, etc.
  162.  
  163.    I have recently added a QWK network to my board, TexasNet using the TNet
  164.    software.  TNet was originally designed for WildCat, but Greg added UTI
  165.    driver support.  Since I happen to have written some of those for GT,
  166.    you can conviently join any QWK network such as SmartNet or ILink.  (Of
  167.    course, you can also do this with MERLIN as well).
  168.  
  169.    I have posted TNET21.ZIP on my board and the three new UTI drivers are
  170.    included in this beta relase of BGQWK.  (IF YOU PLAN TO USE TNET, DO NOT
  171.    ATTEMPT TO USE PREVIOUS VERSIONS OF MY UTIs, TNET WILL CHOKE).  Of
  172.    course, the same UTIs you use with TNet can be used with the PC-Relay
  173.    software if you are currently joined in with RelayNet (aka RIME).
  174.  
  175.    Here are some sample files which drive my system allowing it to access
  176.    the TexasNet network:
  177.  
  178.    HOPPER.CFG (configuration file used by TNET)
  179. --------------------------------------------------------------------------
  180. SYSTEM      = UTI2
  181. WORK        = D:\RELAY\WORKIN
  182. QWKDIR      = C:\GT\SPECREQ
  183. REPDIR      = C:\GT\UPLOADS
  184. LOGFILE     = TNET.LOG
  185. PACKER      = PKZIP -es ! , PKUNZIP -o !
  186. APPEND      = Y
  187. ATFILTER    = N
  188. VERBOSE     = N
  189. TTAG        = Y
  190. PRIVNAME    = B.J. GUILLOT
  191. IMPORTTAG   = T , Ed Hopper's TexasNet
  192. EXPORTTAG   = T , Tranquility Base - 713-893-9124 - Houston, Tx
  193.  
  194. CONF        = $D:\MAIL\TNET001
  195.   HUBNUM    = 208
  196.   PRIVATE   = N
  197.   TAG       = T
  198.   NEXTMSG   = 76
  199.  
  200. CONF        = $D:\MAIL\TNET002
  201.   HUBNUM    = 221
  202.   PRIVATE   = N
  203.   TAG       = T
  204.   NEXTMSG   = 84
  205.  
  206. CONF        = $D:\MAIL\TNET003
  207.   HUBNUM    = 218
  208.   PRIVATE   = N
  209.   TAG       = T
  210.   NEXTMSG   = 68
  211.  
  212. CONF        = $D:\MAIL\TNET004
  213.   HUBNUM    = 209
  214.   PRIVATE   = N
  215.   TAG       = T
  216.   NEXTMSG   = 114
  217.  
  218. CONF        = $D:\MAIL\TNET005
  219.   HUBNUM    = 271
  220.   PRIVATE   = N
  221.   TAG       = T
  222.   NEXTMSG   = 76
  223. --------------------------------------------------------------------------
  224.    Note that all the CONFs have little dollar signs in front of them.  Make
  225.    sure you leave them there so that TNet runs my UTIs in "Bridge" mode.
  226.  
  227.    The TNet users guide explains what all that stuff means.  Note that the
  228.    "NEXTMSG =" lines are maintained by TNet.  Also note the "SYSTEM = UTI2"
  229.    line up there.  Shh!  That's a secret.  It's not documented in the TNet
  230.    manual because Kip Compton (the guy that came up with the UTI format)
  231.    doesn't want Greg Hewgill (TNet author) to support level two UTIs
  232.    because Kip came up with the UTI concept.  Well, I don't care which
  233.    programs use my UTI drivers!  Just don't spread around the word of this
  234.    undocumented tid-bit or Greg could get in a heap of trouble.
  235.  
  236.    TEXAS.BAT
  237. --------------------------------------------------------------------------
  238. @echo off
  239. d:
  240. cd \relay
  241. copy c:\gt\uploads\hopper.rep .\backup
  242. del c:\gt\uploads\hopper.rep
  243. copy c:\gt\specreq\hopper.qwk .\backup
  244. del c:\gt\specreq\hopper.qwk
  245. tnet export hopper
  246. echo athm1 > com1
  247. gr1700 hopper *xxxx-xxxx
  248. echo ath1m0 > com1
  249. d:
  250. cd \relay
  251. tnet import hopper
  252. d:
  253. cd \relay
  254. --------------------------------------------------------------------------
  255.  
  256.    That batch file simply packs up any new TexasNet messages on my system
  257.    for exporting, calls Ed Hopper's BBS (my TexasNet hub) via a GT script,
  258.    uploads the REP file TNet made.  Downloads a QWK file made by Ed's
  259.    MARKMAIL board, exits GT, and then runs TNet again to import my new
  260.    TexasNet mail.
  261.  
  262.    My script file is still under construction so I won't post it yet.
  263.  
  264.    BTW ... several people asked if I am going to update all the UTI files
  265.    to support Megamail.  The answer: NO.  I will only update the UTI files
  266.    that are required by PC Relay and TNet.  I do not agree with Kip's
  267.    attitude, and secondly, if you users still want to use the MegaReader,
  268.    they still can -- Kip's MegaReader supports QWK packets!
  269.  
  270. 2. I have added better error handling routines.  There is no more need for
  271.    the 'x' experiemental mode option because BGQWK will now inform you what
  272.    file the problem is occuring with (or it will, at least, attempt to).  This
  273.    will help all those sysops that have BGQWK runtime error out when the door
  274.    attempts to initialize.
  275.  
  276. 3. BGQWK should never put the BGQWK.CTL file in the root directory (unless
  277.    for some reason, you have the GTPATH or the BBSPATH set to the root
  278.    directory.  Check your root directories for any BGQWK.CTLs.  If you find
  279.    them, delete them at once.  Let me know if they pop up again as this causes
  280.    BGQWK serious problems (such as the non-saving of new configuration
  281.    information, etc).  This error was previously caused by a blank BB=
  282.    entry in the GT.CNF file.
  283.  
  284. 4. Several people complained that the logoff screen when users G)oodbye
  285.    from within the door lacked CR/LFs.  They are there now.
  286.  
  287. 5. I reworked the colors, again, in the execute window.  Hopefully, the
  288.    monochrome sysops will be able to see whats going on again, <grin>.
  289.  
  290. 6. A few of you have asked if I can add a H)elp screen to the S)elect menu
  291.    before it goes into the conference screen.  This is now done.  Take a look
  292.    at the BGQWK.HLP file under the "$selcon" directive.
  293.  
  294. BGQWK 1.0 BETA 16  SAT 23 NOV 91
  295. --------------------------------
  296.  
  297. *** IMPORTANT -- DELETE BGQWK.CTL -- THE FORMAT CHANGED YET AGAIN ***
  298.  
  299. The following people have picked up their registration keys:
  300.  
  301. 10-27-91  12:52  Site #1: Tranquility Base - 713-893-.... - Houston, Tx
  302. 10-28-91   7:02  Site #2: The Event Horizon 813-726-.... Safety Harbor, FL
  303. 11-02-91   6:16  Site #3: The ...Engage BBS ■ 618-244-.... ■ Mt.Vernon, IL
  304. 10-28-91   9:11  Site #4: Club PC BBS - 804-357-.... - Smithfield, Va.
  305. 11-05-91   9:27  Site #5: Jack's Board - 404-798-.... - Augusta, GA
  306. 10-29-91  15:06  Site #6: Christian Resources BBS -804-543-.... -Norfolk-Va
  307. 11-03-91  16:18  Site #8: The Rib 'n Rail BBS (519)264-.... Mount Brydges
  308. 11-09-91  16:56  Site #9: One Step Beyond - 808-695-.... - Waianae, Hi
  309. 11-15-91   0:05  Site #12: B. F. P. Services - 713-492-.... - Houston, TX
  310. 11-22-91  19:27  Site #14: SKYLINER
  311.  
  312. The following people have sent in registrations but have not yet opened
  313. door number 4 on my board to pick up their reg keys.
  314.  
  315. 007 ../../.. Ken Opdycke
  316. 010 ../../.. James Gunnells
  317. 011 ../../.. Ken Kirkland
  318. 013 ../../.. Dan Mancuso
  319.  
  320. 1. Beta 14 added support for 510 conferences, but I just now noticed that
  321.    the ALL/BRF flags in the BGQWK.CTL file only supported 256, <grin>.  I
  322.    needed to expand the CTL to accomodate 510, thus the reason for having to
  323.    delete the CTL file again.  Sorry.
  324.  
  325. 2. Beta 14 introduced "net indicators".  These now will do something.  When
  326.    the user selects S)elect, it will now give them the option to list J)oined
  327.    conferences, U)njoined conferences, A)ll [default], or they can enter the
  328.    two letter "net indicator" to list only conferences in specific networks or
  329.    groups or whatever you choose to use the two-letter "net indicators" to
  330.    represent.  And yes, blank lines are no longer left when displaying the
  331.    conferences.
  332.  
  333. 3. Another neat feature that sysops have been asking for has been
  334.    implemented as well.  BGQWK can now "prepack" user QWK packets.  Here is
  335.    an example batch file:
  336.  
  337.       @echo off
  338.       rem -- this batch file runs as an event during some time
  339.       bgqwk n f: /pp:John Doe
  340.       copy c:\gt\specreq\tranquil.qwk c:\gt\uploads\forjohn.zip
  341.  
  342.    Notice the "/pp:John Doe".  The "/pp" is for "prepack" and the users
  343.    name, John Doe in this case, is entered using correct case.  Please note
  344.    that the QWK file generated will be sent to YOUR download path.  It will
  345.    be YOUR responsibility to copy the file to some directory where the user
  346.    can access it.  It will be the users responsibility to rename the file
  347.    to the correct name if you named it otherwise.  In the above example,
  348.    when John downloads the file from GT in my new uploads directory, he'll
  349.    download the file called "FORJOHN.ZIP" he'll need to rename it to
  350.    "TRANQUIL.QWK" or whatever name it should be called.
  351.  
  352. 4. PLEASE NOTE -- some of the default options are now initialized
  353.    differently.  Be sure to check the descriptions of the options carefully.
  354.    Notice some flags such as "G" are now "don't allow goodbye" when it used
  355.    to say "allow goodbye".  I'm doing this so people that don't read the
  356.    docs can see all the features of BGQWK without having to ask me "can you
  357.    add a feature to allow BGQWK to let the users logoff from inside the
  358.    door", etc, etc.  If you wish to run BGQWK with no options, an example
  359.    command line would be so:  BGQWK . F:  (just use a "." in place of the
  360.    command options).
  361.  
  362.   x - experimental mode      unlisted menu commands:
  363.   5 - using with gt 15.50         v - version bgqwk
  364.   m - using moby turbo            t - test mode toggle
  365.   g - using ymodem-g         conference options
  366.   s - ha slow, not ha both        g* - guest, application
  367.   a - force news always           a= - access level only and sy
  368.   k - kill protect incoming       n~ - netmail conf
  369.   h - don't allow goodbye         p^ - public msgs only
  370.   r - don't use ref num           r< - read only
  371.   d - don't move if flag wrong    x$ - private only
  372.   n - don't allow file scan       s  - strip hit bit
  373.   l - don't allow tagged d/l
  374.   b - don't allow timebank
  375.  
  376. BGQWK 1.0 BETA 15  SUN 17 NOV 91
  377. --------------------------------
  378.  
  379. 1. A major problem in the last beta has been corrected.  Last read message
  380.    base pointers were going beserk.  Fixed, I hope.
  381.  
  382. 2. Fixed a problem with GT 15.01 systems.  Because the BB= (bbs/cbs path
  383.    entry) was not included in GT.CNF files of those types, BGQWK was getting
  384.    confused.
  385.  
  386. I was very busy this weekend so I was unable to make any new changes except
  387. for fixing the above two bugs.
  388.  
  389. BGQWK 1.0 BETA 14  SAT  8 NOV 91
  390. --------------------------------
  391.  
  392. 1. BGQWK now supports up to 510 conferences (conferences 0 to 509).
  393.  
  394. 2. Because GT boards now have the ability to join multiple networks (using
  395.    for UTIs for RelayNet, the MDRIVER software for GTN, AFSN, etc, GTQWK, and
  396.    TNet 2.1 and my UTIs), support has been added for a "net" indicator on the
  397.    S)elect screen.  This is completly optional, and if not used, the "net"
  398.    indicator will be set to "LO" (for local conference).  To add "net"
  399.    indicators, use this format in the BGQWK.CNF file:
  400.  
  401. 034 | z | Wire Wrap  | RN=D:\MAIL\RNET199
  402. 015 | z | GraphicsBB | rn=D:\MAIL\RNET261
  403. 037 | Z | Test-1     | D:\MAIL\TEST,$
  404. 038 | Z | Test-2     | D:\MAIL\TEST2,^
  405. 040 | z | Netmail    | gt=D:\MAIL\NETMAIL,NP
  406. 039 | z | Bg Qwk     | gt=D:\MAIL\E02-758,P
  407. 041 | z | AnsiArt    | GT=D:\MAIL\E10-037,P
  408. 080 | 0 | General    | tx=D:\MAIL\TNET001,P
  409. 120 | 0 | Aggies     | tx=D:\MAIL\TNET003,P
  410.  
  411.    Notice, in this cross section, the indicators before the message
  412.    directory path.  I use "RN" for RelayNet, "GT" for GT, and "TX" for
  413.    TexasNet.  The two letter indicators (they MUST be two and only two
  414.    letters) will be converted to caps.
  415.  
  416.    In a future beta, I hope to add some additional support for these
  417.    indicators (so that when the S)elect screen is used, the users can
  418.    choose to list all confs, or only those confs in certain networks.
  419.  
  420. 3. There were a few cosmetic changes such as the opening logo.
  421.  
  422. 4. Fixed a major bug in the last beta that caused uploaded messages to be
  423.    messed up.  Several people reported this.  Thanks guys!
  424.  
  425. 5. Support for the AP= command, until further notice, has been removed
  426.    because of lack of interest.  (This used to allow you to set an
  427.    alternate path).  Support for priority conferences has also been
  428.    removed.  They may pop back later, but I am in the process of expanding
  429.    the total number of conferences and have to get some other changes set
  430.    right first.
  431.  
  432. 6. The work directory was not being deleted in the last beta because the
  433.    .PTR file was remaining in the directory.  This has been fixed.
  434.  
  435. 7. The number of characters available for use in the message paths has been
  436.    reduced from 50 to 30 so I have more memory to work with.
  437.  
  438. BGQWK 1.0 BETA 13  SAT  2 NOV 91
  439. --------------------------------
  440.  
  441. Before I start ... for the sysops who sent in the registration checks for
  442. BGQWK, you may pick up your BGQWK.KEY files by calling my board and opening
  443. door 4.  The complete process only takes a few minutes...  just enter your
  444. birthdate to confirm your identity and then enter a site line, whatever you
  445. want to put on it (except someone else's name of course, <grin>).
  446.  
  447. 1. THE FORMAT OF THE BGQWK.CNF FILE HAS CHANGED -- nothing to do with the
  448.    conferences themselves, just the configuration info -- no need to yell or
  449.    scream, <grin>.  The CNF file is now "flexible", i.e., you can put any
  450.    information anywhere in the file and BGQWK will pick it up.  You don't
  451.    even have to give BGQWK all the information you gave it before--all
  452.    config info is now optional (but I would HIGHLY recommend to use certain
  453.    fields).  Anyway, here's an example of how it works now:
  454.  
  455.       id=tranquil          <- board id, defaults to NONAME
  456.       sn=B.J. Guillot      <- sysop name, defaults to SYSOP
  457.       bn=Tranquility Base  <- board name, defaults to No Name
  458.       bc=Houston, Texas    <- board city, defaults to Planet, Earth
  459.       bp=713-893-9124      <- board phone, defaults to 000-000-0000
  460.       up=c:\gt\up          <- upload directory, defaults to default ul dir
  461.       we=c:\qwk\hi.ans     <- welcome file, defaults to GTWELCOM.CBS
  462.       ne=c:\qwk\news.ans   <- news file, defaults to GTBULLET.CBS
  463.       by=c:\qwk\bye.ans    <- bye file, defaults to GTBYE.CBS
  464.       ap=c:\gt             <- alt path, defaults to root directory
  465.       ma=250               <- max msgs per area, defaults to 200
  466.       mp=2500              <- max msgs per packet, defaults to 2000
  467.       ns=04zE              <- net status access levels, defaults none
  468.  
  469.    Notice, this is all the same info that was in the file before, you just
  470.    have to add the config-id to it so BGQWK knows what is what.  The new
  471.    things are AP, MA, MP and NS.  Previously you could execute BGQWK like:
  472.  
  473.      bgqwk nlhw f:(c:\gt) 250
  474.  
  475.    This is no longer possible.  BGQWK now REQUIRES the options and the drive
  476.    letter for the work driectory in order to run.  The (altpath) directory
  477.    can now be specified as AP.  The 250, or max msgs per conf, is now MA.
  478.    Several people went crazy because I made up by own authority NS for the
  479.    GTPASSWD.BBS file in the last beta.  Ok, you guys won!  The NS
  480.    information is now placed in the BGQWK.CNF file under NS, and it's
  481.    optional.  Example to run:
  482.  
  483.      bgqwk nlhw f:
  484.  
  485.    Is what is needed to run BGQWK.  Remember the config info can be placed
  486.    anywhere in the CNF file now--it can be split between conferences, put
  487.    at the front, but at the end, in backwards order, no order, etc.  If you
  488.    take a look at the example CNF file I include, you will not notice all
  489.    the config options present--that's because I use the defaults.
  490.  
  491. 2. I believe Russell and I have discovered the file sharing problems BGQWK
  492.    has having with DV'd systems.  BGQWK was opening files in compatibility
  493.    mode rather than share mode <blush> and this was problably the culprit.
  494.    Douglas Pippel and several others reported this bug.
  495.  
  496. 3. If a user attempted to upload a dummy REP packet (a 128-byte packet with
  497.    a REP header and no message), BGQWK would error out.  This has been fixed.
  498.  
  499. 4. If a user attempts to send a message with netmail "dot" commands in it,
  500.    the "." character will be changed to a "*" so the netmail programs don't
  501.    process it.  Now, in order for a user to send "dot" commands, they must
  502.    have SY authority.  It was brought to my attention that users could get
  503.    away with .FRs and .DXs in netmail messages.  This is now fixed.
  504.  
  505. 5. Dan Mancuso reported that the download function left the last MES file
  506.    it processed open until the door was shut.  This has now been fixed.
  507.  
  508. 6. Russell Kroll suggested that the user should be able to abort the
  509.    download process (the packing of messages) by being able to hit ^C, ^K,
  510.    or ESC during the packing.  Done.
  511.  
  512. 7. Several little changes have taken place.  PNT files are now called PTR
  513.    files.  The WELCOME/GOODBYE screen option is now always|never rather than
  514.    updated|never.  Prompts have changed somewhat to allow more commands to
  515.    be displayed on the line.
  516.  
  517. 8. Jerry Hook discovered a bug in the "don't move" feature.  If a user
  518.    entered a public message in a private only base, BGQWK informed the user
  519.    taht the flag was changed to private, but it actually wasn't.  It is now.
  520.    BGQWK was handling the private->public flags okay.
  521.  
  522. 9. The BGQWK.HLP file has been updated.
  523.  
  524. I hope all this stuff makes everyone happy, ... at least for an hour, <grin>.
  525.  
  526. ---------------truncated to save space
  527.